#node.js сервер

[sofia-midgard]

1.0 Зачем?

Цель блога - систематизировать процесс разработки аниме девочки, поделиться опытом, найти новые идеи и развить софт скиллы. В какой-то степени этот блог нужен чтобы пинать свою жопу ради стабильного результата.

На входе имеем:

Необходимое железо (два ПК + выделенный сервер)

Навыки написания профессионального говнокода (Node.js, Rust, Python, Vue)

Исследовательский интерес

[techsoundwave]

Как настроить локальную среду для разработки?

Настройка локальной среды для разработки — это первый шаг на пути к успешному созданию программного обеспечения. Даже если задача не кажется сложной, правильная настройка может сэкономить много времени и предотвратить множество проблем в будущем. В этой статье рассмотрим основные этапы настройки локальной среды для разработки, с акцентом на создание мобильных приложений и сайтов.

1. Выбор инструментов и технологий

Первый шаг — определение того, какие технологии будут использоваться в проекте. Если речь идет о создании мобильных приложений, то потребуется установка Android Studio или Xcode в зависимости от платформы, а также инструменты для работы с фреймворками, такими как React Native или Flutter. Для разработки веб-сайтов предпочтительными являются такие инструменты, как Visual Studio Code, Sublime Text или WebStorm.

Важно заранее понимать, какие фреймворки и библиотеки будут использоваться в проекте, чтобы выбрать нужные инструменты и установить их с самого начала. При разработке мобильных приложений или создании сайтов это может быть важным шагом, так как многие фреймворки требуют дополнительных настроек.

2. Установка и настройка IDE

Интегрированная среда разработки (IDE) — это основной инструмент для работы с кодом. Для создания сайтов чаще всего используют такие IDE, как Visual Studio Code, которая поддерживает огромное количество плагинов и настроек для работы с HTML, CSS, JavaScript и другими языками. Для мобильной разработки можно использовать Android Studio или Xcode, которые предоставляют широкий функционал для тестирования и отладки приложений.

После установки IDE важно настроить ее под свои нужды: установить необходимые плагины, настроить автодополнение, линтеры, и другие полезные функции. Это значительно ускоряет процесс разработки и помогает избежать ошибок.

3. Установка и настройка системы контроля версий

Система контроля версий — это неотъемлемая часть процесса разработки, позволяющая отслеживать изменения в коде и совместно работать с командой. Наиболее популярной системой контроля версий является Git. Ее можно установить на локальной машине и подключить к таким сервисам, как GitHub или GitLab для хранения кода.

При создании сайтов или мобильных приложений особенно важно использовать Git для того, чтобы можно было отслеживать все изменения в коде и быстро вернуться к предыдущей версии, если что-то пошло не так.

4. Установка необходимых зависимостей

После того как основные инструменты установлены, необходимо настроить окружение для работы с зависимостями. Для мобильных приложений это могут быть библиотеки и фреймворки, такие как React Native или Flutter, а для сайтов — Node.js и npm для работы с JavaScript-библиотеками.

Для установки зависимостей важно использовать менеджеры пакетов, такие как npm или yarn для сайтов. Они позволяют устанавливать необходимые библиотеки и управлять их версиями. В мобильных приложениях также есть свои менеджеры зависимостей, например, Gradle для Android или CocoaPods для iOS.

5. Настройка локального сервера

Для разработки сайтов или приложений, которые взаимодействуют с серверной частью, потребуется настроить локальный сервер. В случае с веб-разработкой это может быть сервер, поддерживающий Node.js, или просто локальная среда для работы с PHP, Python или Ruby. В мобильной разработке локальный сервер используется для взаимодействия с API, тестирования и отладки.

Для настройки локального сервера можно использовать такие инструменты, как XAMPP или WAMP для PHP, или создать сервер с помощью Node.js для разработки на JavaScript. Важно удостовериться, что сервер правильно настроен, и все необходимые порты открыты для подключения.

6. Тестирование и отладка

После настройки среды важно провести тестирование и отладку. При создании мобильных приложений важно настроить эмуляторы для тестирования на различных устройствах, а для создания сайтов — убедиться, что сайт правильно работает на разных браузерах и устройствах. Использование инструментов для тестирования и отладки поможет вам выявить потенциальные проблемы еще до того, как проект будет развернут в продакшн.

7. Документация и резервные копии

Не стоит забывать о документации и регулярных резервных копиях. Это поможет в будущем избежать неприятных ситуаций, когда нужно будет восстановить старую версию проекта или найти ошибку. Важно также вести документацию по настройке среды для того, чтобы команда могла легко настроить свои локальные среды разработки.

Правильная настройка локальной среды для разработки — это основа успешного старта проекта. Если вы занимаетесь созданием сайтов или мобильных приложений, важно уделить внимание каждому этапу настройки, чтобы избежать проблем в будущем. Подготовьте все необходимые инструменты, установите зависимости, настройте систему контроля версий и локальный сервер — это поможет вам работать эффективно и без лишних трудностей.

[ttiikkuu]

Server-Side Rendering

Server-Side Rendering (SSR): полный гид по технологии. Server-Side Rendering В мире веб-разработки технология Server-Side Rendering (SSR) становится всё более актуальной. Эта методика позволяет рендерить страницы на сервере, а не на клиенте, что может значительно повлиять на производительность и SEO вашего веб-приложения. В этой статье мы подробно рассмотрим, что такое SSR, какие у него преимущества и недостатки, и как его можно использовать для создания высокопроизводительных и удобных веб-приложений. Что такое Server-Side Rendering? Server-Side Rendering (SSR) — это процесс, при котором HTML-страница создаётся на сервере, а не на клиентской стороне. В контексте веб-разработки это означает, что когда пользователь запрашивает страницу, сервер рендерит её содержимое и отправляет готовый HTML-код обратно в браузер. Браузер затем отображает эту страницу как обычный HTML-документ. Как это работает? Процесс SSR можно разделить на несколько шагов: - Запрос: Пользователь отправляет запрос на сервер, например, через браузер. - Рендеринг: Сервер обрабатывает запрос, выполняет JavaScript-код, получает данные и генерирует HTML-код страницы. - Ответ: Готовый HTML-код отправляется обратно в браузер пользователя. - Отображение: Браузер отображает полученный HTML-код как веб-страницу. Преимущества Server-Side Rendering Технология SSR имеет ряд преимуществ, которые могут значительно улучшить опыт пользователей и производительность веб-приложений: 1. Улучшение SEO Когда страницы рендерятся на сервере, поисковые системы могут легче индексировать их содержимое. Это особенно важно для сайтов, которые зависят от поискового трафика. Если контент генерируется на стороне клиента, поисковые системы могут не успеть "увидеть" его до того, как бот выполнит индексацию. 2. Быстрее время первого рендера Так как HTML генерируется на сервере и отправляется готовым, пользователи видят контент быстрее, что улучшает пользовательский опыт. Это может особенно помочь на медленных сетях и устройствах. 3. Улучшенная производительность SSR снижает нагрузку на клиентскую сторону, так как основной рендеринг выполняется на сервере. Это может быть полезно для приложений, которые требуют сложных вычислений или обработки данных. Недостатки Server-Side Rendering Несмотря на свои преимущества, SSR имеет и ряд недостатков, которые стоит учитывать: 1. Увеличенная нагрузка на сервер Так как сервер должен обрабатывать все запросы и выполнять рендеринг страниц, это может привести к значительной нагрузке на сервер, особенно при высоких объемах трафика. 2. Медленная разработка Процесс разработки и тестирования может быть более сложным по сравнению с клиентским рендерингом, так как разработчикам нужно учитывать работу как на клиенте, так и на сервере. 3. Ограниченная интерактивность После первоначального рендеринга на сервере страницы могут иметь ограничения в интерактивности. Для динамических функций, таких как обновления в реальном времени, требуется дополнительная работа на стороне клиента. Примеры технологий и фреймворков Существует несколько популярных технологий и фреймворков, которые поддерживают SSR. Вот некоторые из них: - Next.js: Фреймворк для React, который поддерживает SSR и статическую генерацию страниц. - Nuxt.js: Фреймворк для Vue.js, предоставляющий поддержку SSR и генерации статических сайтов. - Angular Universal: Инструмент для рендеринга приложений на Angular на стороне сервера. - Express.js: Популярный фреймворк для Node.js, который может использоваться для SSR с помощью различных шаблонов. Как настроить Server-Side Rendering Настройка SSR может варьироваться в зависимости от используемых технологий. Вот общие шаги для настройки SSR в приложении на основе React с использованием Next.js: 1. Установка Next.js Первым шагом является установка Next.js через npm или yarn: npm install next react react-dom 2. Настройка проекта Создайте структуру каталогов и файлы для вашего проекта. Основные файлы включают pages/index.js для домашней страницы и pages/_app.js для настройки приложения. 3. Рендеринг на сервере Next.js автоматически поддерживает SSR для страниц, размещённых в папке pages. Вы можете создавать компоненты и получать данные на сервере перед рендерингом. 4. Запуск проекта Используйте команды для запуска и сборки вашего проекта: npm run dev // Запуск в режиме разработки npm run build // Сборка проекта npm start // Запуск продакшн версии Заключение Server-Side Rendering (SSR) – это мощный инструмент, который может существенно улучшить производительность и SEO вашего веб-приложения. Однако, как и любая технология, он имеет свои плюсы и минусы. Понимание того, как он работает и какие преимущества он может предложить, поможет вам принять обоснованное решение о том, использовать ли его в вашем проекте. Если вы рассматриваете внедрение SSR, обратите внимание на существующие фреймворки и технологии, которые могут упростить этот процесс. И помните, что оптимальный выбор зависит от ваших конкретных требований и целей. Посмотрите больше интересных постов про веб-разработку в моём блоге. Read the full article

[lpcrm]

Інструкція Підключення Модуля Nextel 

Модуль Nextel є потужним інструментом для інтеграції різних сервісів та платформ, що забезпечує легку і швидку передачу даних. У цій інструкції ми детально розглянемо кроки підключення модуля Nextel до вашого проекту.

Крок 1: Встановлення Модуля

Першим кроком є встановлення модуля Nextel у ваш проект. Це можна зробити за допомогою відповідного менеджера пакетів, такого як npm для Node.js, Composer для PHP, pip для Python тощо. Переконайтеся, що ваш проект налаштований для використання обраного менеджера пакетів.

Крок 2: Імпорт і Ініціалізація

Після встановлення модуля, вам необхідно імпортувати його у ваш проект та ініціалізувати з відповідними параметрами. Це включає введення вашого API ключа та вказання endpoint (URL), який буде використовуватися для взаємодії з сервісом Nextel.

Крок 3: Конфігурація

Наступний крок - це налаштування параметрів модуля відповідно до ваших потреб. Ви можете налаштувати час очікування відповіді від сервера, рівень логування для відстеження подій та помилок, а також інші параметри, які забезпечують стабільну роботу модуля у вашій системі.

Крок 4: Використання Модуля

Після налаштування ви можете почати використовувати методи модуля для взаємодії з сервісом Nextel. Це може включати отримання даних з певних endpoint, відправку даних на сервер, оновлення інформації та інші операції, необхідні для вашого проекту.

Крок 5: Тестування та Налагодження

Після підключення модуля обов’язково протестуйте його роботу. Переконайтеся, що всі запити і відповіді обробляються коректно, і що модуль працює відповідно до ваших очікувань. Використовуйте засоби для логування та налагодження, щоб виявити та виправити можливі помилки.

Висновок

Підключення модуля Nextel до вашого проекту є важливим кроком для забезпечення ефективної інтеграції з різними сервісами та платформами. Дотримуючись цієї інструкції, ви зможете швидко налаштувати Nextel та почати користуватися його можливостями. Якщо у вас виникнуть питання або проблеми, рекомендується звернутися до офіційної документації Nextel або до служби підтримки.

[ninachekalina]

Тема: Установка и настройка среды разработки для React/

Для установки среды разработки Create App React необходимо программное обеспечение:👉

На моем ноуте -

- Windows 10;

-Node.js версия v12.14

-NPM версия v 6.13.4

-сам пакет  реакта: Create App React

Посмотреть версии 👉 через командную строку-cmd-

Далее cmd-Enter-вводим вот что👇

Если нет Node.js и NPM то устанавливаем с официального сайта в поисковике.

Далее👉создаем в cmd папку через команды создания папки mkdir)вот так: >mkdir react_install

Входим в папку через команду > cd react_install

Далее  сделаем инициализацию проекта, команда npm init -y

Должно получиться вот так👉

>npm init -y

Wrote to C:\Users\Nina\react_install\package.json:

{

 "name": "react_install",

 "version": "1.0.0",

 "description": "",

 "main": "index.js",

 "scripts": {

   "test": "echo \"Error: no test specified\" && exit 1"

 },

 "keywords": [],

 "author": "",

 "license": "ISC"

}

Далее устанавливаем Create App React-нажимаем на  кнопку Free Download

Набираете эти команды в cmd

Прямо нажатием на Copy-Быстрый старт

И будет вот так✌

После ожидания нескольких минут должно быть все успешно, вот так👇

Если нажмем npm start  то запускается сервер разработки

Happy hacking!!!

Удачного кодинга!!!

✌✌✋

Если статья 👌, то пишите отзывы

[yatsukav]

Хакатон Яндекса: когда всё пошло не так

Примерно за неделю до события бывший коллега скинул вот такую ссылочку: https://vk.com/wall-17796776_8037 и спросил хочет ли кто пойти? Ознакомившись с условиями я понял, что:

потеряю 1 выходной, а не два;

не требуются какие-то узкоспециализированные знания, типа определение событий на видео;

достаточно написать небольшой сервис, чтобы иметь шансы на победу;

ещё ни разу не участвовал в хакатонах и мне интересно как это;

уже ответил “идём”.

На том и порешили.

Добираться в центр Москвы всегда челлендж: никогда не знаешь сколько займёт дорога. В день икс я, как обычно, не угадал и приехал на час раньше. Сотрудник Яндекса провёл в какой-то подвал с пластиковыми партами и бананами на столе у входа. Предложил повесить куртку в гардеробе после чего ушёл встречать других участников. Из гардероба меня выгнала кофе-леди со словами: “это только для детей.” Не со всеми столами рядом стояли розетки и я обрадовался, что пришёл одним из первых. Так как оставалось около часа до начала мероприятия, то можно было успеть подготовить план работ на 2+ человек в виде мини презентации по разработке сервиса поиска рецептов.

Хакатон начался с презентации от разработчиков Алисы. Нам показали на чём можно разрабатывать сервисы, что такое грамматики, как их писать, где хранить данные, ожидаемый опыт пользователя от общения с сервисом. Дали доступ к закрытому API. Перерыв на туалет и 15 минут для объявлений от участников: получение фидбека на свои идеи, поиск людей в команду.

Начали кодить. Я взял на себя задачу сбора данных, а коллега писал фронт для общения с пользователями и формирования запроса к БД. Первая пара часов прошла молча. Когда скраппер был закончен, то сразу стал обкачивать сайт с рецептами. Через пару минут в консоли посыпались стектрейсы — бан. Пришлось подключиться к VPN, включить fake_useragent и добавить секундный crawl delay. Дело пошло, хоть и медленно.

Примерно через час отказала база данных. Она не принимала никаких внешних и внутренних сигналов. Подключение по ssh занимало минуты. Это никак не тянуло на разрешённые 3 секунды тайм-аута. Наверное, зря я понадеялся, что MongoDB на VPS за 30 руб/мес хватит для простого сервиса. Вспомнил, что в Mongo MLAB есть FreeTier на 500 мб: зарегистрировался, ввёл IP 0.0.0.0 в whitelist и не смог подключиться из моего JupyterLab. Пришлось задействовать административный ресурс: нам в компании дают виртуальные тачки под свои некоммерческие цели. Некогда было настраивать авторизацию, поэтому свежеустановленная монга открылась миру. Ситуацию скрасил факт, что при обкачке я сохранял данные одновременно в две бд: удалённую (vps, для навыка) и локальную (docker, для резервирования). В три команды я сделал дамп, отправил его на новый сервер и восстановил базу. Выдохнул и налил чаю.

Коллега стал тестироваться на реальных данных. И тут произошёл ��овый факап: я не применил функцию lower() к ингредиентам. В итоге, в базе были и “Яблоко” и “яблоко” и всё это разные сущности. Я стал штудировать документацию и Гугл запросами вида “mongo lower elements in array”. Ничего. Пусто. Были какие-то куски кода на stack overflow со встроенными функциями для node.js, но я понятия не имел, как их заюзать в питоне. Перекачивать сайт не было смысла: с таким crawl delay это займёт более часа. Стоило просто считать все данные и перезаписать их заново, но время подходило к концу и я об этом не думал. Коллега предложил делать capitalize на ингредиентах: так мы потерям в полноте, но будет хоть какая-то выдача. Сойдёт.

Начали изучать выдачу. Ни одного блюда с яйцами на завтрак не оказалось. Надо было изначально искать сайты с простыми рецептами. Уже ничего не поделать. Я открыл Compass и вручную стал просматривать все записи в поисках более/менее простых описаний, чтобы хоть что-то показать на презентации. Волосы на голове медленно поползли вверх. Почти вся база нечитаема: много пропусков, у некоторых слов нет начала или окончания. В итоге, надо было найти не только несколько простых рецептов, но и их текст должен был быть хоть сколько нибудь осмысленным. И я нашёл спасительный банановый смузи.

После небольшой отладки и хардкода мы удовлетворились результатом. Наступила фаза тестирования на проде. Загрузили код в Яндекс.ОблачныеФункции. Посыпались ошибки от Алисы. Нет нужных библиотек. Организаторы сказали, что Яндекс не умеет в питоновские пакеты: их надо собирать в архив и заливать на сервер самостоятельно. Оооок.

Ошибки на этом не исч��зли. Я вспомнил про ограничение в 1кб отправляемых данных. Коллега говорит: “Да неее, это не реально. Не может быть, чтобы здесь текста было больше килобайта.” Сохраняем рецепт на диск, wc -c recipe.txt, 2 килобайта. Как ты мог подвести меня, банановый смузи?

В голове посыпались варианты: разбивать на предложения, добавить переходы “назад”, “повтори”, “далее”. Почему-то вариант просто выдавать название блюда по ингредиентам казался недостойным. В этот момент объявляют, что до конца хакатона осталось 10 минут.

Оставшееся время ушло на причесывание исходников. Я с удовольствием посмотрел презентацию ребят. Целых 22 новых навыка для Алисы. Их отсняли и выложили в чат телеграм.

Послесловие

Хакатон — это весело. Воздух наполнен множеством идей. Ты погружаешься с головой в кодинг, результаты которого сможешь увидеть через несколько часов. Вокруг много людей, которые делают не менее интересные штуки и на них посмотреть чуть ли не желаннее, чем на собственный труд. В работе присутствует эффект домино: одна неверная ошибка наслаивается на другую и это всё может привести к тому, что проект не будет завершен. Чтобы сгладить этот эффект лучше готовиться заранее: составить подробный план, подготовить инфраструктуру, найти нужные библиотеки, ознакомиться с документацией, написать базовые классы и инструментарий. Звучит не честно, но по-другому никак. А самое главное — быть готовым снизить запланированный уровень/фичи проекта вплоть до самого примитивного. Написать хоть что-то всегда лучше, чем не сделать ничего. Хакатон — место, где презентуют рабочие протипы, проверяя их жизнеспособность и востребованность. И, если ты увидел в нём интерес (свой или чужой), то уже после можно дописать.

[omgakirich]

Карты. Деньги. Два... подхода.

Сегодня я расскажу немного о том, что происходило с картами с технической стороны, ну и немножко н��до поговорить о будущем. Т.к. не все запланированное пошло по плану. Хорошей КПДВ нет, так что держите маки, которые отцветают сейчас.

Перво-наперво о том, что планировалось, но скорее всего не состоится. Тесты показывают, что карты етикет и GPS не будут работать совместно. Да, техническая возможность есть, и даже сейчас на основном сервере размещен специальный слой. Но вот его работа показала — что терминалам тут немного не рады. Дело в том, что появление терминалов в основе — приведет к удвоению нагрузки. В первую очередь на клиентские устройства, чего вообще не хочется. Причем даже отдав часть нагрузки на сервер — легче будет не сильно. 

Но менять местами цели надо, и скорее всего страница с картой терминалов станет вторичной, а страница с GPS — индексной на домене. То есть у последней будет адрес https://xt.akirich.pp.ua/. Причина в том, что картой терминалов, в месячном расчете пользуется в четыре-шесть раз меньше пользователей, чем картой GPS.

Кстати, карантин в статистике тоже сказался. Трафик идеально показывает ситуацию с карантином — разгар болезни ожидаемо привел к падению к аудитории. Даже этот факт может указать то, что мы оставаясь дома, делали все возможное, чтобы как можно быстрее вернуться на работу. Кстати, в период с 19 по 22 цифры дошли до мартовских значений.

Но карту етикетов надо переписывать, причем крупно. Сейчас третья итер��ция — переделка под javascript. Изначально страница рендерилась при помощи PHP. Нагора выбрасывается 28 КБайтовый файл. При том, что более «тяжелая» по функциям карта GPS со старта кушает 12 КБ. И потом догружает  до 22 КБ полезных данных. Причем 22 КБ — это в дневные часы, когда транспорта на линии регистрируется больше. А вот в предпик и постпик (с 19:30 до 7 утра) — трафика генерируется меньше.

Новая итерация, еще на этапе разработки сократила вес ядра системы на треть, но пока надо повоевать с оптимизацией полезной нагрузки, она наоборот оказалась великоватой (пакет вылазит по размерам за сотню килобайт).

Но не надо писать бэкэнд. Его надо просто допилить до блеска. К тому же причина заняться бэкендом есть. Его я писал в первую очередь для мобильного приложения, которое вообще не стрельнуло. 

Он все же пригодился. И в случае с картой GPS, и с картой етикет — появились телеграм-боты, которые сейчас им и пользуются. Теперь главное — оптимизировать к ним запросы.

Но само написание ботов — это кайф, который я давно не ловил от программирования. Есть несколько вещей, от которых я словил неплохое вдохновение.

1. Практически идеальный справочник по API. Те кто его писал, и те кто писал к нему доки — не зря получают зарплату. Удивителен он еще и тем, что для нормальной работы с ним не надо городить ООП-велосипед на костылях. Ну, конечно питоноводы со мной поспорят, но я думаю и там можно как-то все облагородить. Любители покодить на С, PHP и Node.JS будут точно довольны.

Хотя вставить пять копеек в справочник есть за что. Самый классический пример — это элементы взаимодействия. Например, inline или reply кнопки. В справочнике к сожалению не приведены примеры, хотя матрицу описать проще простого.

Например, нужна клавиатура с 9 клавишами в 4 ряда. Первые 3 ряда по две кнопки, последний — три.

Для этого нужен массив кнопок, который в последствии можно вызвать функцией.

 $keyboard = array(

      array(

         array("text"=>"1 ряд слева"),

         array("text"=>"1 ряд справа"),  

      ),

array(

        array("text"=>"2 ряд слева"),

        array("text"=>"2 ряд справа")  

     ),

array(

        array("text"=>"3 ряд слева"),

        array("text"=>"3 ряд справа")  

     ),

array(

        array("text"=>"4 ряд слева"),

        array("text"=>"4 ряд по центру"),

        array("text"=>"4 ряд справа")  

     )

   ); 

И вызвать функцией с параметром «reply_markup», запихнув в json масив по типу этого:

json_encode(array('keyboard' => $keyboard,"resize_keyboard"=> true))

2. Элементарная инициализация и подключение бота к платформе. Специальный служебный бот телеги, ключ, вебхук и пара параметров в запросе. Все. После того ужаса, который я видел в SOAP и RESTful — я аплодирую стоя, за то что они это все сделали простыми запросами методов, и простой подачей в виде (вложенных) массивов. Но получилось так, что у разработчиков телеги получилось сделать HATEOAS* лучше, чем в REST.

(hypertext as the engine of app state — гипертекст, как движитель состояния приложения)

3. Оперативная работа бота по вебхукам, и надежность посылаемых запросов боту. То есть в случае 500х отказов сервера по ошибкам скрипта (все мы ошибаемся!) — телеграм будет продолжать стучаться в сервер, пока не получит ответ.

4. Бот на PHP без обработки, по типу «Который час» или, «helloworld» занимает не более 20 строк. А если не Pretty-Print то и еще меньше. Хотя мой вот на функциях за неделю наел на 700. Хотя он сейчас умеет отдавать почти все данные, которые получает для себя карта. Которая даже без учета выведенных в отдельные файлы функций уже перевалила за 1000 строк.

5. Огромный спектр вариантов коммуникации с пользователем. От обычных сообщений, до инлайна и голосовых сообщений.

Короче, пишу и радуюсь.

from Akirichs blog https://ift.tt/2Xsjgd4 via IFTTT

[phungthaihy]

ПЯТЁРКА СМОТРИТ КАК ЗАЙТИ НА JAVA СЕРВЕР С ТЕЛЕФОНА http://ehelpdesk.tk/wp-content/uploads/2020/02/logo-header.png [ad_1] ПЯТЁРКА СМОТРИТ КАК ЗАЙТИ НА JAV... #androiddevelopment #angular #c #css #dataanalysis #datascience #deeplearning #development #docker #iosdevelopment #java #javascript #machinelearning #node.js #python #react #unity #webdevelopment #зашёлнаджавасерверчерезтелефон #КакзайтинаjavaсерверсТелефона #какзайтистелефонанаjavaсервермайнкрафт #какчерезбедрокмайнкрафтзайтинаджава #Майнкрафтоткрытия #мальчикизинтернетов #нарезкипятёрки #пятёрка #пятёрканарезка #пятёркареагирует #пятёркареакция #пятёркасмотрит #ПЯТЁРКАСМОТРИТКАКЗАЙТИНАjavaСЕРВЕРСТЕЛЕФОНА #пятёркасмотриткакстелефоназайтинаjavaсервермайнкрафт #фугатв #фугатвнарезка

[webdevq-com]

Написать приложение на Node.js + Express - 80 $

New Post has been published on https://ru.webdevq.com/project/napisat-prilojenie-na-node-js-express-80/

Написать приложение на Node.js + Express - 80 $

У меня есть приложение на iOS, которое использует Parse Server API. Parse Server размещен на AWS и настроен на использование S3 для загрузки файлов.

Веб-приложение, которое я прошу вас создать, его можете увидеть на скриншотах iOS, очень простое. 1. Пользователь вводит свою электронную почту, и, если она была найдена в базе данных сервера в качестве гостя на свадьбе (я жестко задаю пароль и создаю для него пользователя) и его перенаправляет на ��лавную страницу. 2. Если электронная почта отсутствует в списке предварительно загруженных электронных писем, тогда приложение запрашивает «секретный код» со свадьбы, и если они вводят его правильно, то создается пользователь в parse, и они входят в систему. 3. После входа в систему на главной странице есть ссылка, которая ведет их на свадебный сайт, и кнопка для загрузки изображения (Также есть отключенная кнопка для «Слайд-шоу», которая станет в будущем возможностью для просмотра загруженных изображений). 4. Когда пользователь нажимает на кнопку загрузки и выбирает изображение, форма позволяет ему вводить некоторые метаданные об изображении (a text-box, true / false «Кто на фото» и выпадающий список «What period was this from?»). 5. Когда фотография готова для отправки, фотография загружается на сервер в виде файла PFFile со связанными метаданными.

ЗАДАНИЕ: У меня есть server.js, который используется для отображения Parse Server Dashboard. Мне нужно дополнить его с помощью index.ejs, в котором будут все вышеописанные формы (страница логина, ввод «секретного пароля», загрузка изображения с метаданными), а так же дописать взаимодействие с Parse Server API (для этого у Parse Server есть JavaScript SDK). Я могу скинуть код на Swift для iOS, в котором уже все взаимодействия прописаны.

Я предполагаю, что дополнение будет в виде:

app.get(‘/’, function (req, res) res.render(‘index’); )

app.post(‘/’, function (req, res) //USE PARSE-SERVER API Источник

[yes-husky]

Написать приложение на Node.js + Express - 80 $

New Post has been published on https://ru.webdevq.com/project/napisat-prilojenie-na-node-js-express-80/

Написать приложение на Node.js + Express - 80 $

У меня есть приложение на iOS, которое использует Parse Server API. Parse Server размещен на AWS и настроен на использование S3 для загрузки файлов.

Веб-приложение, которое я прошу вас создать, его можете увидеть на скриншотах iOS, очень простое. 1. Пользователь вводит свою электронную почту, и, если она была найдена в базе данных сервера в качестве гостя на свадьбе (я жестко задаю пароль и создаю для него пользователя) и его перенаправляет на главную страницу. 2. Если электронная почта отсутствует в списке предварительно загруженных электронных писем, тогда приложение запрашивает «секретный код» со свадьбы, и если они вводят его правильно, то создается пользователь в parse, и они входят в систему. 3. После входа в систему на главной странице есть ссылка, которая ведет их на свадебный сайт, и кнопка для загрузки изображения (Также есть отключенная кнопка для «Слайд-шоу», которая станет в будущем возможностью для просмотра загруженных изображений). 4. Когда пользователь нажимает на кнопку загрузки и выбирает изображение, форма позволяет ему вводить некоторые метаданные об изображении (a text-box, true / false «Кто на фото» и выпадающий список «What period was this from?»). 5. Когда фотография готова для отправки, фотография загружается на сервер в виде файла PFFile со связанными метаданными.

ЗАДАНИЕ: У меня есть server.js, который используется для отображения Parse Server Dashboard. Мне нужно дополнить его с помощью index.ejs, в котором будут все вышеописанные формы (страница логина, ввод «секретного пароля», загрузка изображения с метаданными), а так же дописать взаимодействие с Parse Server API (для этого у Parse Server есть JavaScript SDK). Я могу скинуть код на Swift для iOS, в котором уже все взаимодействия прописаны.

Я предполагаю, что дополнение будет в виде:

app.get(‘/’, function (req, res) res.render(‘index’); )

app.post(‘/’, function (req, res) //USE PARSE-SERVER API Источник

[prohoster-info]

Что такое виртуальный сервер и как им пользоваться, ProHoster

В современном мире всё больше сервисов, сайтов и приложений работают не на «железных» серверах, а на виртуальных серверах. Что это такое, зачем он нужен и как им пользоваться? Разберёмся!

Что такое виртуальный сервер

Виртуальный сервер (VPS — Virtual Private Server) — это часть физического сервера, которая работает как самостоятельный компьютер. Он имеет свою операционную систему, настройки, доступ по сети и может выполнять любые задачи, как обычный сервер.

Проще говоря, один большой мощный сервер делят на несколько «виртуальных», и каждый работает независимо от других.

Для чего используется виртуальный сервер

Виртуальный сервер подходит для:

Хостинга сайтов и интернет-магазинов

Развёртывания ботов, телеграм-каналов, чатов

VPN-серверов

Игр (например, Minecraft-серверов)

Тестирования программ, сервисов и баз данных

Как пользоваться виртуальным сервером

Выбор провайдера VPS Сначала нужно выбрать компанию, которая предоставляет VPS. Популярные варианты:

ProHoster

Hetzner

Timeweb

Selectel

OVH

Выбор конфигурации При заказе VPS нужно выбрать:

Объём оперативной памяти (RAM)

Количество процессоров (CPU)

Объём диска (SSD/HDD)

Операционную систему (чаще всего — Linux: Ubuntu, Debian, CentOS)

Подключение к серверу После покупки вы получите:

IP-адрес сервера

Имя пользователя (обычно root)

Пароль или SSH-ключПодключиться можно через терминал (если у вас Linux/macOS) или через программу PuTTY (если Windows). Пример подключения в Linux/macOS: ssh root@IP-адрес

Установка ПО и настройка После подключения вы можете устанавливать любое программное обеспечение:

Веб-сервер: Apache, Nginx

Языки программирования: Python, PHP, Node.js

Базы данных: MySQL, PostgreSQL

Панели управления: HestiaCP, ISPConfig, Plesk (если нужна графика)

Безопасность Не забудьте:

Сменить пароль root

Настроить файрволл (например, ufw)

Отключить root-доступ по SSH (оставить доступ только ��о ключу)

Преимущества виртуального сервера

Гибкость — можно устанавливать всё, что нужно

Производительность — ресурсы не делятся с другими

Надёжность — работает круглосуточно, без зависимостей от вашего компьютера

Обучение — отличный способ научиться администрированию Linux

[e2blogengine]

Мечта о веб-разработчике

Интуиция — дизайн-бюро с амбициями. Одна из них — техническое совершенство наших цифровых продуктов.

Мы берёмся за проекты, в которых надо придумывать дизайн, писать текст, ��ллюстрировать, программировать, и потом долго это развивать. Мы про смысл. В терминах колбасы — мы делаем и оболочку, и саму колбасу тоже. И мы обязательно нарезаем её информационной системой.

У нас нельзя не быть дизайнером. Дизайнеры пишут код, нельзя сказать «я дизайнер и не буду верстать этот сайт». Разработчики секут в дизайне, нельзя сказать «я разработчик и не буду разбираться в этой вашей типографике». Все во всём разбираются, такая вот шизуха.

И мы годами делаем проекты для одних и тех же клиентов, поэтому процессами и стандартами больше похожи на хорошие продуктовые компании, чем на всякие дизайн-студии убогие. Да что это я — вот же всё рассказано.

И значит сидим мы такие, сожалеем о техническом несовершенстве и мечтаем о совершенстве. И вдруг — бац! — волшебным образом находится тот самый технический директор.

Передаю ему слово:

Михаил Калыгин, техдиректор Интуиции

Привет!

В Интуиции мы любим мечтать, и наши мечты сбываются. Женя мечтает о веб-разработчике, а я мечтаю об ответственном помощнике, желающем учиться и развиваться. И всё это — один человек, который любит писать код на JavaScript и красиво верстать.

В ближайший месяц нас ждёт целая пачка интересных задач на фронтэнде:

— сделать форму опроса с нестандартными полями, определять язык пользователя по геолокации и собирать статистику;

— сделать редизайн сайта с адаптацией под мобильные устройства, отрефакторить старый JavaScript, CoffeeScript и SCSS, а также навести порядок и красоту в шаблонах вёрстки на HTML и HAML;

— запрограммировать интерактивную визуализацию, для которой нужно будет хорошо разобраться в SVG и придумать формат хранения данных в БД так, чтобы визуализация была редактируемой из админки.

В проектах мы используем git. Есть статические сайты, а есть с бэкэндом на Ruby on Rails или Node.js. А ещё мы автоматически деплоим все свои проекты на тестовый сервер так, что у нас всегда есть под рукой демо для наших клиентов.

Что ещё? Ещё Женя пишет на jQuery, и надо будет рефакторить его говнокод!

У нас нет тестовых заданий и испытательных сроков. Мы знакомимся, находим общий язык и начинаем работать. Присылайте рассказ о себе, о своих работах и ссылки на примеры вашего кода мне на почту: mk@intuition.team.

Что тут можно добавить. Миша — самый классный разработчик из всех, с кем я когда-либо работал. А я — самый классный арт-директор, ну, из того же списка. И команда у нас сильная. Так что вот.

Источник: Блог Арутюнова - Мечта о веб-разработчике. Опубликовано с помощью IFTTT.

[qwertsypage]

Our Beginner Node.js Tutorials are now available in Russian too

The Node.js fanatics working at RisingStack created a tutorial series called “Node Hero” around a year ago to guide developers who want to learn the basics of our favorite language. We started explaining Node.js from its very foundations - no prior knowledge was needed, you could literally go from Zero to Hero.

The "Node Hero - Getting Started with Node.js" tutorial series consisted of 13 chapters. By the end of the series, readers acquired a complex knowledge of Node.js - from setting up a basic web-server to securing, deploying & monitoring a Node app.

The Node Hero series turned out to be one of the most comprehensive (and most popular) beginner guides for Node.js developers.

So far, these 13 Node.js tutorials produced more than 1,3 million page views on the RisingStack blog. We made the series available as an e-book as well, which was downloaded by thousands in the past year.

Now, we’re happy to announce that, thanks to the dedication & hard-work of Andrey Melikhov, the whole series is available in Russian too! Huge thanks for the translations.

By eliminating the language barrier, we hope that a lot of new developers can learn about the fantastic possibilities that Node.js provides.

Here come the links to the series & to the translations:

Getting started with Node.js - НАЧАЛО РАБОТЫ С NODE.JS

Using NPM - ИСПОЛЬЗОВАНИЕ NPM

Understanding async programming - ПОНИМАНИЕ АСИНХРОННОГО ПРОГРАММИРОВАНИЯ

Your first Node.js HTTP server - ВАШ ПЕРВЫЙ СЕРВЕР НА NODE.JS

Node.js database tutorial - РАБОТА С БАЗАМИ ДАННЫХ

Node.js request module tutorial - МОДУЛЬ REQUEST

Node.js project structure tutorial - ФАЙЛОВАЯ СТРУКТУРА ПРОЕКТА

Node.js authentication using Passport.js - АУТЕНТИФИКАЦИЯ В NODE.JS С ИСПОЛЬЗОВАНИЕМ PASSPORT.JS

Node.js unit testing tutorial - МОДУЛЬНОЕ ТЕСТИРОВАНИЕ

Debugging Node.js applications - Отладка

Node.js Security Tutorial - БЕЗОПАСНОСТЬ

How to Deploy Node.js Applications - ДЕПЛО�� ВАШЕГО ПРИЛОЖЕНИЯ

Monitoring Node.js Application - МОНИТОРИНГ NODE.JS-ПРИЛОЖЕНИЙ

Node.js Tutorial Translations

In case you're part of a Russian speaking developer community where Node.js is being considered, share these articles with them - thanks!

If you'd like to translate the Node Hero series to another language, please reach out to Ferenc (ferenc.hamori@risingstack.com), our CMO who can help you out with the next steps.

Until next time, Tamas

Our Beginner Node.js Tutorials are now available in Russian too published first on http://ift.tt/2w7iA1y

[iyarpage]

Our Beginner Node.js Tutorials are now available in Russian too

The Node.js fanatics working at RisingStack created a tutorial series called “Node Hero” around a year ago to guide developers who want to learn the basics of our favorite language. We started explaining Node.js from its very foundations - no prior knowledge was needed, you could literally go from Zero to Hero.

The "Node Hero - Getting Started with Node.js" tutorial series consisted of 13 chapters. By the end of the series, readers acquired a complex knowledge of Node.js - from setting up a basic web-server to securing, deploying & monitoring a Node app.

The Node Hero series turned out to be one of the most comprehensive (and most popular) beginner guides for Node.js developers.

So far, these 13 Node.js tutorials produced more than 1,3 million page views on the RisingStack blog. We made the series available as an e-book as well, which was downloaded by thousands in the past year.

Now, we’re happy to announce that, thanks to the dedication & hard-work of Andrey Melikhov, the whole series is available in Russian too! Huge thanks for the translations.

By eliminating the language barrier, we hope that a lot of new developers can learn about the fantastic possibilities that Node.js provides.

Here come the links to the series & to the translations:

Getting started with Node.js - НАЧАЛО РАБОТЫ С NODE.JS

Using NPM - ИСПОЛЬЗОВАНИЕ NPM

Understanding async programming - ПОНИМАНИЕ АСИНХРОННОГО ПРОГРАММИРОВАНИЯ

Your first Node.js HTTP server - ВАШ ПЕРВЫЙ СЕРВЕР НА NODE.JS

Node.js database tutorial - РАБОТА С БАЗАМИ ДАННЫХ

Node.js request module tutorial - МОДУЛЬ REQUEST

Node.js project structure tutorial - ФАЙЛОВАЯ СТРУКТУРА ПРОЕКТА

Node.js authentication using Passport.js - АУТЕНТИФИКАЦИЯ В NODE.JS С ИСПОЛЬЗОВАНИЕМ PASSPORT.JS

Node.js unit testing tutorial - МОДУЛЬНОЕ ТЕСТИРОВАНИЕ

Debugging Node.js applications - Отладка

Node.js Security Tutorial - БЕЗОПАСНОСТЬ

How to Deploy Node.js Applications - ДЕПЛОЙ ВАШЕГО ПРИЛОЖЕНИЯ

Monitoring Node.js Application - МОНИТОРИНГ NODE.JS-ПРИЛОЖЕНИЙ

Node.js Tutorial Translations

In case you're part of a Russian speaking developer community where Node.js is being considered, share these articles with them - thanks!

If you'd like to translate the Node Hero series to another language, please reach out to Ferenc (ferenc.hamori@risingstack.com), our CMO who can help you out with the next steps.

Until next time, Tamas

Our Beginner Node.js Tutorials are now available in Russian too published first on http://ift.tt/2fA8nUr

[fussraider-blog]

Знакомство с Node.JS: разработка чата

Знакомство с Node.JS: разработка чата

Итак, немножечко с задержкой, но мы про��олжаем писать наше приложение чата на Node.JS. Мы уже вкратце познакомились с этой платформой и запустили свой первый веб-сервер на ней. Пора уже переходить к более серьезным вещам. в целом, если вы хоть немного почитали официальную документацию текущих знаний должно хватить, ну и немного терпения )

Давайте установим в наш проект еще парочку модулей которые…